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1 . Einleitung 

Das EUMEL -Netz client dazu mehrere EUMEL- Rechner (sog. Stationen) miteinander 
2u koppeln. Diese Kopplung wird von Betriebsystem dazu benutzt, das Sendungskon- 
zept (siehe Systemhandbuch, Intertaskkommunikation) so auszudehnen, daB Tasks 
verschiedener Stationen einander DatenrSume zusenden konnen. Auf dem Sendungs- 
konzept aufbauende Konzepte nutzen daher automatisch das Netz aus: So ist es z.B. 
m6glich 

- von einer Station aus auf einer anderen zu Drucken, 

- in PUBLIC einer anderen Station Dateien zu sichern (save), vorausgesetzt, daB 
PUBLIC dort ein free global manager ist, 

- auf einer anderen Station zu archivieren (z.B. wenn das eigene Archivlaufwerk 
defekt ist Oder ein anderes Format hat). 

Das Netz kann ab EUMEL- Version 1.7.3 eingesetzt werden. 
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Teil 1 : Netz einrichten und benutzen 
1 . Benutzung des Netzes 

Zur Benutzung des Netzes stehen folgende Operatoren und Prozeduren zur Verfu- 
gung: 

1.1 

TASK OP / (INT CONST station, TEXT CONST taskname) 
liefert die Task taskname von der Station station. 

Wenn die Station station nicht am Netz ist Oder nicht eingeschaltet ist, wird so- 
lange gewartet, bis das der Fall ist. 

Fehlerfdlle: 

- task gibt es nicht 

Die angeforderte Task gibt es in der Zielstation nicht. 

- Collectortask fehit 

Das Kommando define collector wurde nicht gegeben (siehe 4.2). 

- Station x antwortet nicht 

Eine nicht vorhandene Oder abgeschaltete Station wurde angesprochen. 
Hinweis: Dieser Fehler wird angenommen. wenn eine UtDerwachungszeit 

von ca. 30 Sekunden versirichen ist, ohne daB Station x die 

Taskidentifikation angeliefert hat. 
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Beispiel: 

list (5/-PUBLIC") 

Dateiliste von PUBLIC auf Station 5 wird angefordert. 

1.2 

TASK OP / (INT CONST station, TASK CONST task) 
liefert 

station / name (task) . 

Beispiel: 
list (4/archive) 

1.3 

INT PROC station (TASK CONST task) 
liefert die Stationsnummer der Task task. 
Beispiel: 

put (station (myself)) 

gibt die eigene Stationsnummer aus. 

1.4 

PROC archive (TEXT CONST archivename. INT CONST station) 
dient dazu das Archiv auf der Station station anzumelden. 
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Beispiel: 

archive ("std", 4); list (4/archlve) 

gibt das Inhaltsverzelchnis der Archlvfloppy im Laufwerk der Station 4 aus. 
Hinweis: Vergessen Sie bei solchen Querarchivierungen nicht die Stationsangabe 

bei jedem einzelnen Archivkommando (z.B fetch ("xxx", 4/ archive). 
Hinweis: Querarchivieren ist langsam. Verwenden Sie es nur, wenn Sie Flop- 

pyformate umsetzen wollen. 



1.5 

PRCX^ free glot)al manager 

dient dazu, die eigene Task uber das Netz ansprechbar zu machen. Jede andere 
Task im Netz kann dann die ubiichen Manageraufrufe ('save', 'fetch', u.s.w.) an 
die eigene Task machen, sofern diese nicht an ein Terminal gekoppelt ist. 

Die Task wird (wie t)ei 'break') abgekoppelt und meldet sich in Zukunft mit 
'maintenance' statt mit 'gib kommando'. 

Beispiel: 

An Station 4 ruft man in der Task 'hugo' das Kommando free global manager auf. 
AnschlieBend kann man von jeder Station aus z.B. 'list (4/" hugo")' u.s.w. machen. 



TEXT PROC name (TASK CONST t) 

Diese (schon immer vorhandene) Prozedur wurde dahingehend erweitert, daB der 
Name einer Task einer anderen Station uber Netz angefordert wird. 

Fehlerfall: 



Station x antwortet nicht 
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2. Hardwarevoraussetzungen 

2.1 Zwei Stationen 

Sie k^nnen zwei Stationen miteinander Vernetzen, wenn Sie dafur an jeder 
Station eine V24-Schnittstelle zur Verfugung stellen. 

Diese beiden Schnittstellen verbinden Sie mit einem Kabel zur Rechnerkopp- 
lung (siehe Systemhandbuch, Teil 2). 

2.2 Mehrere Stationen 

Wenn Sie mehr als zwei Stationen vernetzen wollen, brauchen neben je einer 
V24 an jeder Station noch je eine NetzanschluBbox. 

Jede Box besitzt eine V24-Schnittstelle zum AnschluB an die V24-Schnitt- 
steile der zugeorneten Station und eine weitere Schnittstelle zur Verbindung 
der Boxen untereinander. 



3. Einrichten des Netzes 

Hinweis: Dieses Kapitel ist nur fur Systemt)etreuer wichtig. 

3.1 Legen Sie Stationsnummern fur die am Netz beteiligten Rechner fest (von 1 an 
aufsteigend). 

Die Boxen haben ebenfalls Stationsnummern. Die Stationsnummern der Box und 
des zugeordneten Rechners mussen ubereinstimmen. 



3.2 Holen Sie an jeder Station die Task configurator an ein Terminal und geben Sie 
das Kommando define collector ("net port"). Geben Sie auBerdem das Komman- 
do define station (x), wobei x die gew^hite Stationsnummer ist. 

Hinweis: Taskkommunikationen, die zu dem Zeitpunkt laufen, fuhren zu feh- 
lerhaften Verhalten. Dies liegt daran. daB durch define station aile 
Task -Id's gedndert werden mussen, weil eine Task -Id u.a. die 
Stationsnummer der eigenen Station enthSit (siehe 2.3). TASK- 
Variable, die noch Task -Id's mit keiner Oder falscher Stationsnum- 
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mer enthalten, k6nnen nicht mehr zum Ansprechen einer Task ver- 
wendet werden. 

Beispiel: Der Spoolmanager (siehe Systemhandbuch, Teil 8) richtet belm 
Kommando start einen Worker ein und merkt sich dessen Task - Id in 
einer TASK- Variablen, urn sicherzustellen, dafl nur der Worker 
Dateien zum Drucken abholt. Wird jetzt das Kommando define 
station gegeben, kann der Spoolmanager seinen Worker nicht mehr 
identifizieren, well der Worker eine neue Task -Id erhalten hat. Man 
muB daher den Worker loschen und mit dem Kommando start im 
Spoolmanager wieder neu einrichten. 



Sinnvollerweise gibt man define station sofort nach den Laden eines 
frischen Systems von Arch i v. 

Konfigurieren Sle mit dem Kommando configurate den fur das Netz vorgese- 
henen Kanal auf 

- transparent 

- 9600 Baud (Standardeinstellung der Boxen) 

- RTS/CTS-Protokoll 

- groBen Puffer 

- 8 bit 

- even parity 

- 1 stopbit. 

Falls diese Einstellungen nicht alle angeboten werden, kl^ren Sie mit Ihrem 
Rechnerlieferanten, ob und wie diese Einstellungen erreicht werden kOnnen. 
Hinweis: Notfalls kann auf das RTS/CTS-Protokoll verzichtet werden, wenn der 

Eingat)epuffer der Station groB genug ist. Die Anzahl simultan iaufen- 

der Netzkommunikationen ist dann auf 

puffergr66e DIV 150 

begrenzt (bei Z80, 8086: 3; bei M20: 10). 
Hinweis: Es kfinnen auch andere Baudraten (2400, 4800, 19200) an der Box 
eingestellt werden. 

3.3 Achten Sie bei der Verbindung von der Station zur Netzbox (bzw. zur Gegen- 
station bei einem Zweistationennetz ohne Boxen) darauf, daB neben den 
Empfangs- und Sendeleitungen auch die Leitungen RTS und CTS verdrahtet 
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werden, also ein 5 poliges Kabel verwendet wird (siehe Systemhandbuch, Teil 
2). Die Pin-Belegung der Boxen entspricht den dortigen Angaben. 

Beispiel: 

Verbindung eines CSK- Systems mit der Box: 



Stecker Stecker 

Pin Pin 

2 < > 3 

3 < > 2 

4 < > 5 

5 < > 4 

7 < > 7 



3.4 Richten Sie eine Task net unter SYSUR ein und insertieren Sie dort die Datei- 
en 

net report/M 

basic net 

net manager/M. 

Beantworten Sie die Frage nach dem Kanal fur das Netz und nach der FluB- 
kontrolle (RTS/CTS). 



4. Informationsmdglichkeiten 

In der Task net wird eine Datei report gefuhrt in der Fehlersituationen des Netzes 
verzeichnet werden. Diese Datei kann in jeder anderen Task mit list (/"net") ange- 
zeigt werden. 

In jeder Task kann durch das Kommando list {/'net port*) eine Ubersicht uber die 
momentan laufenden Notzubertragungen der eigenen Station erhalten werden. 



EUMEL - Netzbeschreibung 
9 



5. Eingriffsmoglichkeiten 

5.1 Jede Task kann Sende- und Empfangsstrbme, die bei list (/"net port") gemel- 
det worden sind und die eigene Task betreffen, abbrechen. Hierzu ist das Kom- 
mando erase ("x"y"net port") zu geben, wobei x die Stromnummer (aus dem 
'list') ist. 

Unberechtigte Ldschversuche werden abgewiesen. 

Von der Task 'net' aus kOnnen jedoch damit beliebige Str6me abgebrochen 
werden. 

5.2 Durch das Kommando start kann von der Task 'net' aus das Netz neu gestartet 
werden. Dabei werden alle augenblickiichen Netzkommunikationen geloscht. Die 
Tasks 'net port' und 'net timer' werden dabei geloscht und neu eingerichtet. 

start (kanal. quit) wirkt wie start. Zustzlich wird als Netzkanal 'kanar eingestellt 
und maximal 'quit' Empfangsstrdme zugelassen. 'quit' ist auf 3 zu setzen, wenn 
der Kanal ohne RTS/CTS angeschlossen ist (siehe 3.2). 



6. Fehlersuche im Netz 

Fehler im Netz kdnnen sich verschiedenartig auswirken. Im Folgenden wird auf 
einige Beispieie eingegangen: 

Beispiel: 

Auf list (4/public) erfolgt die f^eldung 'Station 4 antwortet nicfit'. 
Fehlermdglichkeiten: 

- Station 4 gibt es nicht am Netz. 
Abhilfe: Richtige Station anget)en. 

- Station 4 ist nicht eingeschaltet. 

Abhilfe: Station 4 einschalten. Kommando erneut geben. 

- Netztask an Station 4 ist nicht arbeitsfdhig. 
Abhilfe: Kommando 'start' in der Task 'net'. 
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- Stationsnummern und Boxnummern stimmen nicht uberein. 

Abhilfe: Mit 'define station" Stationsnummern korrigieren (siehe 3.2). 

- Verbindung Rechner/Box am eigenen Rechner Oder an Station 4 fehlt. 
Abhilfe: Verbindungen uberprufen. Durch Ansprechen einer dritten Station 

kann oft schnell gekiart warden, welche Rechner/Box - Verbindung 
defekt sein muB. 

- Verbindung der Boxen untereinander defekt. 

Abhilfe: Fehlende Verbindung, MasseschluB und Dreher (keine 1:1 Verbin- 
dung) uberprufen und t)eheben. 

Hinweis: Liegt z.B. ein MasseschluB vor, so kann es durchaus sein, daB 
Boxen, die nicht in der NShe des MasseschluB stehen noch mitei- 
nander arbeiten kfinnen. Man kann aus der Tatsache, daB zwei 
Boxen miteinander arbeiten kfinnen, also nicht schlieBen, daB man 
nicht nach diesem Fehler suchen muB. 



Beispiel: 

Auf list (4/public) erfolgt keine Reaktion. 



- Station 4 ist wdhrend dieser Sendung zusammengebrochen. 

Abhilfe: Station 4 wieder starten. Die Bearbeitung des Mist'-Kommandos 
wird automatisch wieder aufgenommen. 

- PUBLIC auf Station 4 ist nicht im Managerzustand. 
Abhilfe: PUBLIC in den Managerzustand versetzen. 



Hinweis: Das Netz hat nocht nicht die voile Sendungslogik des EUMEL. So 
wird nur ca. 10 Minuten lang versucht, eine Sendung zuzustellen. 
Danach wird die Sendung gel6scht. Ist dies eingetreten, so muB das 
list-Kommando erneut gegeben werden. 

- Fehler in der Netzhardware. 
Uberprufen Sie, ob 

- die Boxen eingeschaltet sind, 

- die Bereitlampe blinkt (wenn nicht: RESET an der Box) 

- die V24-Kabel richtig stecken, 
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- die Boxen untereinander verbunden sind (1 zu 1 Verbindungen der 5 po 
ligen Diodenbuchsen). 



- Die Netzsoftware ist auf einen nicht vorhergesehenen Fehler gelaufen. 
Dieser wird im Report vermerkt. 

Abhilfe: Geben Sie in der Task net das Kommando start. Dadurch wird die 
Netzsoftware neu gestartet. Alle Netzkommunikationen dieser Station 
gehen verloren. 



Beispiel: 

Auf list (4/public) erfolgt die f^eldung 'Collectortask fehlf. 

- In der Task 'configurator' wurde das Kommando 'define collector' (siehe 3.2) 
nicht gegeben. 

- Die Task 'net port' existiert nicht mehr. 
Abhilfe: Kommando 'start' in der Task 'net'. 



Beispiel: 

Nach fetch ("hugo*. 4/public) sind Teile von der Datei "hugo" verf^ilscht. 

- Die V24 - Verbindung zur Box ist nicht in Ordnung. 

Abhilfe: Abstand zwischen Rechner und Box verkurzen; Baudrate ernie- 
drigen; Durch Wechsein der V24-Schnittstelle feststellen, ob diese 
defekt ist. 

Hinweis: Die Verbindung zwischen den Boxen ist durch Prufsummen abge- 
sichert (Hardware). 
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Tell 2: Arbeitsweise der Netzsoftware 



1. Die Netztask 

In diesem Kapitel wird beschrieben, wie eine Netztask in das System eingebettet ist 
und welche Aufgaben sie hat. Unter Einhaltung dieser Konzepte kann die ausgeliefer- 
te Netztask so geSndert werden, daB sie t)eliebige andere Netzhardware unterstutzt. 
Z.Zt. ist die Netzsoftware noch nicht so gegliedert, daB nur eine hardwareabhangige 
Komponente ausgetauscht werden muB. 

Die Kommunikation zwischen Tasks im EUMEL- Betriebssystem basiert auf einem 
Rendevouskonzept: Die Zieltask einer Sendung muB empfangsbereit sein, wenn die 
Quelltask sendet. 

Die Kommunikationsprozeduren auf der niedrigsten Ebene sind 'send' (Senden) und 
'wait' (Warten auf Empfang). Bei der Kommunikation werden eine Integer 'code' und 
ein Datenraum 'dr' ubergeben. 'code' muB > = 0 sein, da negative Codes systemin- 
tern verwandt werden. Ist die empfangende Task an einen Kanai gekoppelt 
('continue'), so fuhrt eine Zeicheneingabe auf diesem Kanal dazu, daB eine Sendung 
mit dem Code -4 ankommt. Die Eingabedaten mussen mit den ubiichen Eingabe- 
prozeduren ('inchar' u.s.w.) abgeholt werden. Der ubermittelte Datenraum und die 
Absendertask sind dabei ohne Bedeutung und durfen nicht interpretiert werden. 

Die Prozedur 'send' hat einen Ruckmeldeparameter, der t)esagt, ob die Sendung 
ubermittelt wurde. Gibt es die Zieltask nicht Oder steht sie nicht im 'wait', so kann die 
Sendung nicht ubermittelt werden. 



Ein Entwicklungskriterium fur das EUMEL -Netz war es, m6glichst wenig Unterstut- 
zung von der virtuellen EUMEL -Maschine (EUMELO) zu fordern, damit weitgehend in 
ELAN programmiert werden kann. Dadurch ist es mbglich eine (priviligierte) Task mit 
der Netzabwicklung zu betrauen. 

Zun&chst wird auf die EUMELO- Unterstutzung eingegangen: 

1.1. Es gibt die Prozedur 'define collector', mit der die fur das Netz verantwortliche 
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Task der EUMELO-Maschine bekannt gemacht wird. Diese Task wird im fol- 
genden Collector genannt. 

1.2. Es gibt die Prozedur 'define station', die fur den Rechner eine Stationsnum- 
mer einsteilt. Anhand dieser Nummer werden die Rechner eines Netzes un- 
terschieden. Das Einstellen bewirkt, daB fur alle Tasks die Stationsnummer in 
ihre Task -Id eingetragen wird (Task -Id's sind die Werte. die der Typ TASK 
annehmen kann). 

1.3. Der Befehl 'station (task)' liefert die Stationsnummer der 'task'. So liefert z.B. 
'station (myself)' die Stationsnummer des eigenen Rechners. 

1.4. Eine Sendung, deren Zieltask in einem anderen Rechner liegt (also station (ziel) 
< > station (myself)), wird auf die Collectortask geleitet. 

1.5. Es gibt eine Prozedur 'collected destination', die es dem Collector eriaubt, die 
eigentliche Zieltask einer auf ihn geleiteten Sendung zu erfahren. 

1.6. Es gibt eine Variante der Prozedur 'send', die es dem Collector gestattet, der 
Zieltask eine beliebige andere Task als Absender vorzumachen. 

1.7. Es gibt eine spezielle Task -Id 'collector', durch die der augenblicklich ein- 
gestellte Collector erreicht wird. Diese wird als Zieltask beim Aufruf der Ver- 
mittlungsdienste angegeben (siehe 2.5). Eine Sendung an 'collector' wird von 
EUMELO an den derzeitigen Collector geschickt. 

Ein Collector kann also auf drei Wegen von den ubrigen Tasks desselt)en Rechners 
Sendungen erhalten: 

1. Uber ein normales Send (z.B. bei 'list (/"net port")', wenn "net port" der der- 
zeitige Collector ist). 

2. uber ein Send an die Task 'collector' (s.u.) und 

3. als umgeleitete Sendung (z.B. bei 'list' an eine Task auf einem anderen 
Rechner). 

Der Collector kann diese Faile anhand von 'collected destination' unterscheiden. 



Die Punkte 1.4... 1.6 dienen dazu, den Collector fur uber Netz kommunizierende Task 
unsichtbar zu machen: Der Collector taucht nicht als Ziel Oder Quelle von Sendungen 
auf. Das ist notwendig, damit normale Tasks sich nicht darum kummern mussen, ob 
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eine Sendung ubers Netz geht Oder im eigenen Rechner bleibt. 

Wenn ein Datenraum an einen anderen Rechner geschickt wird, mu6 der gesamte 
Inhalt (z. Zt. max. 1 MB) ubertragen werden. Dies macht bei der ubiichen Netzhard- 
ware eine Zerlegung in Packete notig (siehe System handbuch, Teil 4). 
Fur Netze uber V24-Kanaie stehen spezielle Blockbefehle zur verfugung: 

1.8. blockin / blockout (dr,seite,512 + abstand,anzahl,rest) 

Es werden maximal 'anzahl' Bytes transferiert. In 'rest' wird zuruckgemeldet, 
wieviel Bytes nicht bearbeitet wurden (z.B. weil der Kanal nichts aniiefert). Bear- 
beitet werden die Bytes 

'seite' * 512 + 'abstand' 

bis maximal 

'seite' * 512 + 'abstand' + 'anzahl' - 1 

Der Kanal, an den die Task gekoppelt ist, wird dabei uber Stream -lO (d.h. 
'incharety' bei 'blockin' bzw. 'out' bei 'blockout') angesprochen. 

Hinweis: Die Anforderung darf nicht uber Seitengrenze gehen, d.h. 

'abstand' + 'anzahl' < = 512 

muB erfullt sein. 



Eine Netzsendung lAuft wie folgt ab: 

Die Task q auf Rechner rq mache ein 'send' an die Task z auf Rechner rz. 

1. Die Prozedur send ist ein EUMELO- Befehl. Die EUMELO-Ebene erkennt, daB die 
Sendung an die Station rz geht, da die Stationsnummer in der Task -Id enthalten 
ist. Daher wird die Sendung zum Collector, den EUMELO wegen 'define collector' 
kennt, umgeleitet. 

2. Die Task Collector empfSngt uber 'wait' den Datenraum, den Sendecode und die 
Absendertask q. Die Zieltask z erfShrt sie durch 'collected destination'. 

3. Der Collector nimmt Kontakt mit dem Collector des Rechner rz, dessen Stations- 
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nummer ja 'station(2)' ist, auf und Ubermittelt diesem Sendecode, Quelltask (q), 
eigentliche Zleltask (z) und den Datenraum. Da die Collectoren in ELAN geschrie- 
ben sind, kdnnen sie an beliebige Netzhardware und Protokolle angepaBt werden. 

4. Der Collector auf Rechner rz verwendet das spezielle 'send', urn der Zieltask die 
Sendung zuzustellen. Dadurch erscheint nicht der Collector sondern die Task q 
als Absender der Sendung. 

Zur Abwicklung der Vermittlungsebene (Teil 1: 2.4) muB der Collector noch spezielle 
Funktionen beherrschen. Diese sind 

der / -Operator (Taskname in Task -Id wandein) und 
die name - Prozedur (Task - Id in Namen wandein). 

Der /-Operator macht eine Sendung an den 'collector', wobei im Datenraum der 
Name der Task steht und der Sendecode gleich der Stationsnummer ist (siehe Quell- 
code, Packet tasks). Der Collector setzt sich mit dem Collector dieser Station in 
Verbindung, damit dieser die Task - Id ermittelt und zuruckschickt. Der eigene Collec- 
tor schickt dann dem /-Operator als Antwort einen Datenraum, der die Task -Id 
enthSlt. 

Umgekehrt lAuft 'name' ab: Wenn die Task - Id von einer fremden Station ist, schickt 
'name* eine Sendung an den 'collector', wobei im Datenraum die Task -Id steht und 
Sendecode = 266 ist. Der Collector entnimmt die Stationnummer der Task aus der 
Task -Id und ISBt sich vom entsprechenden Collector den Tasknamen geben. Dieser 
wird der 'name' - Prozedur im Antwortdatenraum ubergeben. 

2. Protokollebenen 

In diesem Kapitel werden die Protokollebenen fur das Netz beschrieben. wie sie die 
ausgelieferte Netzsoftware benutzt und erwartet. Bei anderer Netzhardware mussen 
die EtDenen 1 bis 3 ausgetauscht werden. Unter Einhaltung der im vorigen Kapitel 
beschriebenen Randbedingungen kdnnen auch die hdheren Ebenen ge^^ndert werden. 



2.1 Physikalische Ebene 

2.1.1 Station < - - > Box 

V24-Schnittstelle mit RTS/CTS- Handshake. Vollduplex. 
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2.1.2 Box < — > Box 

RS422 uber 2 verdrillte Leitungspaare (Takt und Daten). 

2.2 Verbindungsebene 

2.2.1 Station < — > Box 

Asynchron 
8 Bit 

Even Parity 

2400/4800/9600/19200 Baud (einstellbar uber Lfitbrucken) 

2.2.2 Box < - - > Box 

SDLC 
400 KBaud 

2.3 Netzebene 

2.3.1 Station < — > Box 

Telegrammformat: STX, <n>, <ziel>, <quelle>, <(n-4)byte> 
<n> ist Ungenangabe ( 8 < = n < = 160) 

<ziel>, < quelle > sind Stationsnummern. Diese mussen an den je- 
weiligen Boxen uber Ldtbrucken eingestellt sein. 

Box — > Station: 

Ein Telegramm kommt nur bei der Station an, bei deren Box die Num- 
mer <ziel> eingestellt ist. Dadurch ist ein Mithdren fremder Ubertra- 
gungen nicht m6glich (Datenschutz). 

Zwischen Telegrammen kOnnen Fehlermeidungen der Box (Klartext) 
ubermittelt werden (z.B. 'skipped x', wenn ein STX von der Box erwartet 
wurde, aber 'x' von der Station ankommt). 

Station - - > Box: 

Ein Telegramm wird nur abgeschickt, wenn < quelle > mit der einge- 
stellten Nummer ubereinstimmt (Datenschutz: Man kann nicht eine belie- 
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bige Station zu sein vorschwindein, es sei denn man hat physischen 
Zugriff zur Box und stellt dort die Stationsnummer urn). 

2.3.2 Box < - - > Box 

Telegrammformat: FRAME, <ziel>, < quelle >, <daten> 
<CRC-Code> 

Eine LAngenangabe ist nicht ndtig, da SDLC eine Rekonstruktion der 
lAnge eriaubt. 

Telegramme mit falschen CRC-Code werden vernichtet. Auf hoheren 
Ebenen mu6 dies durch Zeituberwachung erkannt und behandelt werden. 



2.4 Transportebene 

Diese Ebene wickelt das Rendevous zwischen einer Task, die 'send' macht, und 
einer Task, die im 'wait' steht, ab (siehe: EUMEL -Systemhandbuch). 

Der im 'send' angegebene Datenraum wird als Folge von Seiten (im EUMEL - 
Sinne: Pagingeinheit und Allokiereinheit) ubermittelt, wobei jede Seite noch in 64 
Byte groBe Stucke zerlegt wird. Es werden nur echt allokierte Seiten ubermittelt. 
Um nicht jedes Telegramm voll qualifizieren zu mussen, wird zun^chst eine Art 
virtuelle Verbindung durch ein OPEN -Telegramm erfiffnet. Danach folgen variat>- 
le viele DATA -Telegramme. Beide Sorten werden durch QUIT -Telegramme 
quittiert, um folgende Funktionen zu ermdglichen: 

FluBkontrolle (z.B. Zielrechner langsam) 
Wiederaufsetzen (verlorene Telegramme) 
Abbruch (z.B. weil Zieltask inzwischen beendet). 

Ein CLOSE - Telegramm ist nicht n6tig, da das letzte DATA - Telegramm als 
solches erkannt werden kann (siehe unten). 

2.4.1 OPEN -Telegramm 

STX, 20, <ziel>, < quelle >, <strom>, <sequenz>, < seite >, 
<quelltask>, < zieltask >, <code> 

<ziel>, < quelle > siehe 2.3.1 
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< Strom > Die Stromnummer identifiziert die virtueile Verbindung. Sie 
muB in den QUIT-Telegrammen angegeben werden. 

<sequenz> - 1 (Kennzeichen fur OPEN) 

<seite> Nummer der ersten echt allokierten Seite des Datenra- 
ums ( = - 1, falls Nilspace) 

<quelltask> Taskid der sendenden Task 

<zieltask> Taskid der empfangenden Task 

<ccxJe> Wert des im 'send' angegebenen Ccxies. 

2.4.2 DATA - Telegramm 

STX, 74, <ziel>, < quelle >, <sequenz>, < seite >, <64 byte> 

<sequenz> wird von Telegramm zu Telegramm hochgezftfilt. Dient der 
Uberwachung gegen verlorengegangene Telegramme bzw. 
durch Zeituberwachung verdoppelter Telegramme. 

< seite > Nummer der x.ten echt allokierten Seite des Datenraums. 
(X = (<sequenz> + 16) DIV 8). 

<64 byte> Nutz information. Diese gehbrt zur Adresse a des Daten- 
raums. 

a = N (<sequenz> DIV 8 + 1) * 512 
+ (<sequenz> MOD 8) * 64 

wobei N (x) die Nummer der x.ten Seite ist. 

Aus den Formein ergibt sich, daB diese Nummer schon in 
einem vorhergehenden DATA/OPEN -Telegramm uber- 
mittelt wurde (im Feld < seite >). 

2.4.3 QUIT -Telegramm 

STX, 8, <ziel>, < quelle >, <strom>, <quit> 

< Strom > muB die Stromnummer sein, die in dem OPEN/DATA- 
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Telegramm stand, das quittiert wird. 



<quit> 



0 : 



ok. Nftchstes Telegramm schicken. 



-1 



Ubertragung neu starten (mit OPEN), weil die 
Empfangsstation das OPEN nicht erhalten hat. 



-2: 



Ubertragung ca. 20 Telegramme zurucksetzen. 



-3: 



Ubertragung abbrechen. 



2.5 Vermittlungsebene 

Diese Ebene ist dafur zustdndig. Tasknamen von Task auf anderen Stationen in 
Taskids (Werte des Typs TASK) zu wandein und umgekehrt. Hierzu wird im 
entsprechenden OPEN - Telegramm der Code -6 (bzw. -7) als <code> ein- 
getragen. Die Netzempfangstask erkennt diese Codes und wickelt die Aufgaben 
selbst ab, sodaB es dabei nicht nOtig ist, irgendeine Taskid der Zielstation zu 
kennen. 

Dieses Vertahren ist mdglich, weil im 'send' nur positive Codes eriaubt sind. 

2.6 HGhere Ebenen 

Hdhere Ebenen sind nicht mehr netzspezifisch. Sie basieren alle auf dem 
Send/Wait - Konzept des EUMEL. So gibt es z.B. den 'global manager', der 
Auft)ewahrung und Zugriff von Dateien in einer Task regelt. Dabei darf diese 
Task (bei der Variante 'free global manager') auf einer beliebigen Station im Netz 
liegen. Wegen des Rendevous - Konzepts kdnnen t)eliebige Sicherheitstrategien 
benutzt werden (z.B.: Keine Dateien an Station 11 ausliefern). Von groBen Wert 
ist z.B., daS man ohne weiteres das Archiv (Floppylaufwerk) einen anderen 
Station anmelden und benuzten kann, wodurch eine einfache Konvertierung von 
Floppyformaten mdglich ist. Dies ist mdglich, weil auch die Archiv -Task der 
Stationen sich an das Globalmanagerprotokoll halten. 



Fehlerbehandlung besteht bis Ebene 3 darin, fehlerhafte Telegramme einfach zu 
entfernen. Die Ebene 4 uberwacht den Netzverkehr sowieso uber Timeouts, die eine 



Bemerkungen 
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Wiederhohlung eines Telegrammes bewirken, wenn die Quittung ausbleibt. 

Da bei der sendenden Station der ganze Datenraum zur Verfugung steht, ist eine 
Fenstertechnik (wie bei HDLC) nicht ndtig. Es kann zu jedem Zeitpunkt um beliebig 
viele Telegramme zuriickgesetzt werden. 

Da im EUMEL eine Textdatei ein Datenraum mit sehr komplexer Struktur ist (wegen 
der Insert/Delete -Mdglichkeiten, ohne den Rest der Datei zu schieben), ist es ein 
hoher Aufwand, von einem fremden Betriebssytem her Textdateien ins EUMEL - 
Netz zu senden. Fur solche Zwecke mu6 noch eine einfachere Dateistruktur defi- 
niert werden und entsprechende Dateikonverter erstellt werden. 



3. Stand der Netzsoftware 

Das EUMEL -System wickelt die Prozedur send uber das Netz ab, wenn die Sta- 
tionsnummer der Zleltask ungleich der eigenen Stationsnummer ist. Umgekehrt kann 
man der von der Prozedur wait gelieferten Absendertask die Absenderstation entneh- 
men (siehe Prozedur station in Abschnitt 3). 

Nicht unterstutzt wird z.Zt. die Logik der Prozeduren call und pingpong. Diese funk- 
tionieren nur in der gewohnten Weise, wenn die Zieltask in wait steht. Ist die Zieltask 
linger als ca. 10 Minuten busy Oder nicht mehr vorhanden, geht die Sendung einfach 
verloren (Gefordert ist: bei call: immer wieder versuchen; be\ pingpong: RCickmeldung 
-2). 

Wegen dieser Einschrdnkung kann man z.B. ein sicheres Drucken von Station a auf 
einen Drucker der Station b nur durch einen eigenen Spoolmanager auf Station a 
verwirklichen. Die Einrichtung eines solchen Managers ist ailerdings sowieso sinnvoll. 
damit man 

- das normale 'print' - Kommando verwenden kann 
(statt z.B. save ("xxx". 4/printer);) 

und 

- nicht zu warten braucht. bis die Datei ubers Netz gesendet ist. 



